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ABSTRACT 



System and method for enabling user interface code to be 
encapsulated in a sub-program of a graphical program. A 
node referencing a user interface element of a graphical 
program may be connected to a node referred to as a 
"property node*'. The user may configure the property node 
with information specifying which property or set of prop- 
erties of the referenced user interface element to set or 
retrieve. When executed, the property node may utilize the 
reference provided by the node associated with the user 
interface element in order to interact with the element. The 
node referencing the user interface element may also be 
connected to a subprogram node. The subprogram is oper- 
able to receive the user interface element reference and pass 
the reference to property nodes in order to set or retrieve 
properties of the user interface element. The subprogram 
may have an associated user interface panel comprising a 
"reference control*' for receiving a user interface element 
reference. Type information relating to the user interface 
clement reference passed to the subprogram may be speci- 
fied. 

27 Claims, 14 Drawing Sheets 
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SYSTEM AND METHOD FOR 
ENCAPSULATING USER INTERFACE CODE 
FOR A GRAPHICAL PROGRAM 



RESERVATION OF COPYRIGHT 

A portion of the disclosure of this patent document 
contains material to which a claim of copyright protection is 
made. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent 
disclosure as it appears in the Patent and Trademark Office 
patent file or records, but reserves all other rights whatso- 
ever. 

1. Field of the Invention 

The present invention relates to the field of graphical 
programming, and in particular to a system and method for 
interacting with user interface elements associated with a 
graphical program, e.g., to set or retrieve various properties 
of the user interface elements. 

2. Description of the Related Art 

Traditionally, high level text-based programming lan- 
guages have been used by programmers in writing applica- 
tions programs. Many different high level programming 
languages exist, including BASIC, C, FORTRAN, Pascal, 
COBOL, ADA, APL, etc. Programs written in these high 
level languages are translated to the machine language level 
by translators known as compilers or interpreters. The high 
level programming languages in this level, as well as the 
assembly language level, are referred to as text-based pro- 
gramming environments. 

Increasingly computers are required to be used and pro- 
grammed by those who are not highly trained in computer 
programming techniques. When traditional text-based pro- 
gramming environments are used, the user's programming 
skills and ability to interact with the computer system often 
become a limiting factor in the achievement of optimal 
utilization of the computer system. 

There are numerous subtle complexities which a user 
must master before he can efficiently program a computer 
system in a text-based environment. The task of program- 
ming a computer system to model or implement a process 
often is further complicated by the fact that a sequence of 
mathematical formulas, mathematical steps or other proce- 
dures customarily used to conceptually model a process 
often does not closely correspond to the traditional text- 
based programming techniques used to program a compuert 
system to model such a process. In other words, the require- 
ment that a user program in a text-based programming 
environment places a level of abstraction between the user's 
conceptualization of the solution and the implementation of 
a method that accomplishes this solution in a computer 
program. Thus, a user often must substantially master dif- 
ferent skills in order to both conceptually model a system 
and then to program a computer to model that system. Since 
a user often is not fully proficient in techniques for pro- 
gramming a computer system in a text-based environment to 
implement his model, the efficiency with which the com- 
puter system can be utilized to perform such modeling often 
is reduced. 

Examples of fields in which computer systems are 
employed to model and/or control physical systems are the 
fields of instrumentation, process control, industrial 
automation, and simulation. Computer modeling or control 
of devices such as instruments or industrial automation 
hardware has become increasingly desirable in view of the 
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increasing complexity and variety of instruments and 
devices available for use. However, due to the wide variety 
of possible testing/control situations and environments, and 
also the wide array of instruments or devices available, it is 

5 often necessary for a user to develop a program to control a 
desired system. As discussed above, computer programs 
used to control such systems had to be written in conven- 
tional text-based programming languages such as, for 
example, assembly language, C, FORTRAN, BASIC, or 

10 Pascal. Traditional users of these systems, however, often 
were not highly trained in programming techniques and, in 
addition, traditional text-based programming languages 
were not sufficiently intuitive to allow users to use these 
languages without training. Therefore, implementation of 

1S such systems frequently required the involvement of a 
programmer to write software for control and analysis of 
instrumentation or industrial automation data. Thus, devel- 
opment and maintenance of the software elements in these 
systems often proved to be difficult. 

20 U.S. Pat. Nos. 4,901,221; 4,914,568; 5,291,587; 5,301, 
301; and 5,301,336; among others, to Kodosky et al disclose 
a graphical system and method for modeling a process, i.e., 
a graphical programming environment which enables a user 
to easily and intuitively model a process. The graphical 

25 programming environment disclosed in Kodosky et al can be 
considered the highest and most intuitive way in which to 
interact with a computer. A graphically based programing 
environment can be represented at a level above text-based 
high level programming languages such as C, Pascal, etc, 

30 The method disclosed in Kodosky et al allows a user to 
construct a diagram using a block diagram editor, such that 
the diagram created graphically displays a procedure or 
method for accomplishing a certain result, such as manipu- 
lating one or more input variables to produce one or more 

35 output variables. In response to the user constructing a data 
flow diagram or graphical program using the block diagram 
editor, data structures are automatically constructed which 
characterize an execution procedure which corresponds to 
the displayed procedure. The graphical program may be 

40 compiled or interpreted by a computer. Therefore, a user can 
create a computer program solely by using a graphically 
based programming environment. This graphically based 
programming environment may be used for creating virtual 
instrumentation systems, industrial automation systems, 

45 modeling processes, and simulation, as well as for any type 
of general programming. 

Thus, graphical programming has become a powerful tool 
available to programmers. Graphical programming environ- 
ments such as the National Instruments LabVIEW product 

50 have become very popular. Tools such as LabVIEW have 
greatly increased the productivity of programmers, and 
increasing numbers of programmers are using graphical 
programming environments to develop their software appli- 
cations. In particular, graphical programming tools are being 

55 used for test and measurement, data acquisition, process 
control, man machine interface (MMI), supervisory control 
and data acquisition (SCADA) applications, simulation, and 
machine vision applications, among others. A primary goal 
of graphical programming, including virtual 

60 instrumentation, is to provide the user the maximum amount 
of flexibility to create his/her own applications and/or define 
his/her own instrument functionality. 

When creating a graphical program, a user may place or 
manipulate icons in a block diagram using a block diagram 

65 editor to create a data flow "program." A graphical program 
for controlling or modeling devices, such as instruments, 
processes or industrial automation hardware, may be 
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referred to as a virtual instrument (VI). In creating a virtual In addition to user interface controls for providing input 
instrument, a user may create a front panel or user interface to or displaying output from a graphical program, a front 
panel. The front panel may include various user interface panel or user interface panel may also include other types of 
elements or front panel objects, such as controls of user interface elements, such as elements for simply affect- 
indicators, that represent or display the respective input and 5 mg lne appearance of the graphical user interface, e.g., text 
output that will be used by the graphical program or VI, and labels or graphics images 

^rS^ °' her iC ° nS WhiCh rePreSem d6ViC6S Durin § execu,ion of a 8 ra P hical P ro S ram ' » * often 

C0 ^° / i L * j * • i • j f necessary or desirable to dynamically alter a user interface, 

The front panel may be ° e.g., to reflect the current state of the program. For example, 

user interface elements, or may comprise a plurality of in . 6 ' , , ■ „■ 

individual windows each having one or more user interface 10 '« ""X be . nec j ssar >' 1 ,0 ch f n f vanou * propert.es or settings 

elements, wherein the individual windows may optionally of , a f r 10 erfac « °' emenl * for e * am P le ta *™ ot h ' de a u * r 

be tiled together. When the controls and indicators are lnterface dement that is currently inapplicable, change the 

created in the front panel, corresponding icons or terminals s, 'f or P°sUonof a user .merface element, change the data 

may be automatically created in the block diagram by the „ va ue associated with a user interface element, change the 

. , , j. j.. au #* i . i , j5 co ior of a user interface element, e.g., to reflect an error 

block diagram editor. Alternatively, the user can place _ ... . , . ' ? ' _ 

terminal icons in the block diagram which may cause the s,ate - etc '. In add,t > on '° chan S ln 8 user interface P ro P erties or 

display of corresponding front panel objects in the front U ma y te f ces ^ 10 re,neve vanous P r0 P" 

, .a. , *j ** * * 1 ♦ . a *u erties of user interface elements, 
panel, either at edit time or later at run time. As another 

example, the front panel objects may be embedded in the 7n Oik approach that has been taken in the prior art to setting 

block diagram. anc * retrieving such user interface element properties is the 

During creation of the graphical program, the user may use of "attribute nodes". An attribute node is a node included 

select various function nodes or icons that accomplish his in the bIock diagram portion of a graphical program, 

desired result and connect the function nodes together. For wherein the node * associated with a particular user inter- 

example, the function nodes may be connected in a data flow face element. For example, a user may create an attribute 

or control flow format. The function nodes may be con- node for a user interface element by selecting the user 

nected between the terminals of the respective controls and interface element on the user interface panel and issuing a 

indicators. TTius the user may create or assemble a data flow command to create an attribute node for the element^., by 

program, referred to as a block diagram, representing the selecting an item from a menu or pop-up menu. The user 

graphical data flow which accomplishes his desired process. 30 m ay then configure the block diagram attribute node to set 

The assembled graphical program may then be compiled or or retrieve the particular user mterface element property of 

interpreted to produce machine language that accomplishes Merest. u f Pat- No. 5,481,741 discloses the use of 

the desired method or process as shown in the block dia- attnbute nodes m a graphical program. 

g ram FIG. 3 illustrates two examples of an attribute node, 

A user may input data to a virtual instrument using front 35 which normally appears in the graphical program block 

panel controls. This input data may propagate through the diagram, and the user interface element it affects, which may 

data flow block diagram or graphical program and appear as a ko appear in the block diagram or in a separate front panel, 

changes on the output indicators. In an instrumentation The attribute node of HG. 3 sets a "Disabled" property of a 

application, the front panel can be analogized to the front user interface element. As shown, when a value of "1" is 

panel of an instrument. In an industrial automation applica- 40 wired to the attribute node, the attribute node has the effect 

tion the front panel can be analogized to the MMI (Man of enabling the associated user interface element when the 

Machine Interface) of a device. The user may adjust the node is executed. When a value of "2" is wired to the 

controls on the front panel to affect the input and view the attribute node, the attribute node has the effect of disabling 

output on the respective indicators. Alternatively, the front or dimming the associated user interface element. FIG. 4 

panel may be used merely to view the input and output, and 45 illustrates an exemplary graphical program that uses 

the input may not be interactively manipulable by the user attribute nodes. 

during program execution. One drawback of using a technique such as attribute 
FIG. 1 illustrates an exemplary front panel or user inter- nodes to interact with user interface elements is that it may 
face panel. The panel includes various user interface ele- be difficult to separate the user interface portion of a 
ments for providing input to a graphical program and 50 program from other portions of the program. Such 
viewing output from the graphical program such as techniques, for example, may require a node to be included 
described above. For example, FIG. 1 illustrates a standard on a block diagram together with other nodes affecting 
push button, labeled "OFF". Other types of standard user control or data flow of the program. A separate node may be 
interface elements that may be included on a front panel or required for each user interface element the program inter- 
user interface panel include text fields, list boxes, selection 55 acts with. In addition to possibly making the block diagram 
controls, menu bars, tool bars, etc. cluttered and difficult to read, this approach may also make 
In addition to such standard types of user interface it difficult or impossible to encapsulate the user interface 
elements, a graphical programming environment may also lo S ic for a program in a separate portion of the program, e.g., 
provide other types of specialized user interface elements, a s a graphical sub-program. Thus, it may be desirable to 
e.g., user interface controls that are directed toward instru- 60 provide an improved system and method for interacting with 
mentation or measurement applications. For example, FIG. user interface elements, which may promote such well- 
I illustrates several user interface controls resembling knobs known programming principles as code modularization and 
such as are found on hardware instruments. FIG. 2 illustrates c °de re-use. 

additional examples of user interface elements useful for SUMMARY OF THE INVENTION 

instrumentation applications, e.g., a thermometer control, an 65 

LED control, a meter control, a waveform graph control, a The problems outlined above may in large part be solved 

tank control, etc. by providing a system and method for enabling user inter- 



03/18/2004, EAST version: 1.4.1 



US 6,690,981 Bl 

5 6 

face code to be encapsulated in a sub-program of a graphical FIG. 11 illustrates creating a property node pre -configured 

program. For a particular user interface element that a user to have an implicit reference to a particular user interface 

desires to interact with (as used herein, "interacting with" a control; 

user interface element refers to setting or retrieving a prop- FIG. 12 illustrates a property node prc-configured with an 

erty or value associated with the user interface element) in 5 implicit reference to a user interface control; 

a graphical program, the user may create a reference to the FIG. 13 illustrates finding the user interface element that 

user interface element. For example, a node referencing the a node ig ^ ^ with . 

user interface element may be placed on the graphical _ . . .„ 

diagram portion of the graphical program. Hiis node may F U IG ' 14 grates associating an existing property node 

then be connected to a node referred to as a "property node". 30 ^ a P articular user inlerface elemeDl i 

The user may configure the property node with information FIG. 15 illustrates a configured front panel for the grapbi- 

specifying which property or set of properties of the refer- ca * subprogram of FIG. 8; 

enced user interface element to set or retrieve. When FIG. 16 illustrates a default reference control; 

executed, the property node may utilize the reference pro- piG. 17 illustrates dragging and dropping a user interface 

vided by the node associated with the user interface element is control to a reference control in order to configure the 

in order to interact with the element. reference control; 

The node referencing the user interface element may also FIGS 18A and 18B in uslrat e configured reference con- 
be connected to a subprogram node, wherein the subpro- t ro ig. 

gram node represents a subprogram which may include one rT >^ 10 .„ , , . t . e 

& * ■ .m\ FIG. 19 illustrates visually indicating type coercion for a 

or more nodes, such as property nodes. The subprogram is 20 . . * . u 

* . . r K J r . r , user interface element reference to a subprogram; 

operable to receive the user interface element reference and _ A „ . . , 

pass the reference to nodes included in the subprogram, such , 20 illustrates visually indicating that a user interface 

as property nodes or other subprogram nodes, in order to set element reference does not match the type criteria specified 

or retrieve properties of the user interface element. The tor a sub P ro S ram > 

subprogram may have an associated user interface panel, 25 FIG. 21 illustrates changing the type information for a 

and a "reference control" for receiving a user interface reference control; and 

element reference may be included on the panel. FIG. 22 illustrates in detail one embodiment of a property 

User interface elements may be classed or typed in any of node, 

various ways. Given that certain user interface properties While the invention is susceptible to various modifica- 

may only apply to particular classes or types of user inter- 30 tions and alternative forms, specific embodiments are shown 

face elements, type information for a subprogram may be by way of example in the drawings and are herein described 

specified. In various embodiments, type information may be in detail. It should be understood, however, that drawings 

specified at various levels of granularity and in various and detailed description thereto are not intended to limit the 

ways. Compatibility, incompatibility, or type coercion infor- invention to the particular form disclosed, but on the con- 

mation for a user interface element reference that is con- 35 trary the invention is to cover all modifications, equivalents 

nected to a subprogram may be visually indicated, and alternatives falling within the spirit and scope of the 

present invention as defined by the appended claims. 

BRIEF DESCRIPTION THE DRAWINGS 

. . DETAILED DESCRIPTION OF THE 

A better understanding of the present invention can be PREFERRED EMBODIMENT 
obtained when the following detailed description of the 

preferred embodiment is considered in conjunction with the Incorporation by Reference 

following drawings, in which: ™_ r n • c * * . 

™„ 7 .„ , ,. , The following references are hereby incorporated by 

FIG. 1 illustrates an exemplary prior art front panel or refcrence in ^ ^ as , h h fu „ an(J , ete , M 

user interface panel associated with a graphical program; 45 ^ ort ^ Qereur 

FIG. 2 illustrates additional prior art examples of user 

interface controls useful for instrumentation applications; tj.s. patent application Ser. No. 09/518,492 titled "System 

FIG. 3 illustrates an exemplary use of an attribute node and Method for Programmatically Creating a Graphical 

according to prior art; Program", filed Mar. 3, 2000. 

FIG. 4 illustrates an exemplary graphical program that 50 U.S. patent application Ser. No. 08/810,079 titled "System 

uses attribute nodes according to prior art; and Method for Developing Automation Clients Using a 

FIGS, SAand 5B illustrate representative instrumentation Graphical Data Flow Program", filed Mar. 4, 1997. 

and process control systems including various I/O interface U.S. patent application Ser. No. 08/916,005 titled "System 

options; arK * Method for Providing Client/Server Access to 

FIG/6 is a block diagram of the computer system of 55 Graphical Programs", ^filec I Au* 21 . 1997. 

FIGS 5A and SB- U S - P alent a PP llcatl0n Ser - No - 09/136,123 titled "System 

T-T^ -a -n ' . i ■ . i and Method for Accessing Object Capabilities in a 

FIG. 7A illustrates an exemplary graphical program Program", filed Aug. 18, 1998 

including user interface code encapsulated in a subprogram; ^ ^ Nq ^ J41 ^ and ^ mtas for 

FIG.7B illustrates a user interface panel for the graphical 6Q Providing Attribute Nodes in a Graphical Data Flow 

program of FIG. 7A; Environment", issued Jan. 2, 1996. 

FIG. 8 illustrates the graphical subprogram called by the 

graphical program of FIG. 7A; FIGS. 5A and 5B— Instrumentation and Industrial Automa- 

FIG. 9 illustrates creating a refcrence to a user interlace tion Systems 

control; 65 FIGS. 5A and 5B illustrate exemplary systems which may 

FIG. 10 illustrates a graphical diagram node referencing store or execute graphical programs for instrumentation, 

the user interface control of FIG. 9; process control, or other purposes. These programs may of 
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course be stored in or used by other types of systems as The instruments are coupled to the unit under test (UUT) 

desired. Thus, the present invention may be used in any of or process 150, or are coupled to receive field signals, 

various types of systems, and FIGS. 5A and 5B are exem- typically generated by transducers. The system 100 may be 

plary only. used in a data acquisition and control application, in a test 

FIG, 5 A illustrates an instrumentation control system 100. 5 and measurement application, a process control application, 

The system 100 comprises a host computer 102 which or a man-machine interface application, 

connects to one or more instruments. The host computer 102 FIG. 5B illustrates an exemplary industrial automation 

comprises a CPU, a display screen, memory, and one or system 160. The industrial automation system 160 is similar 

more input devices such as a mouse or keyboard, as shown. to the instrumentation or test and measurement system 100 

The host computer 102 connects through the one or more ao shown in FIG. 5A. Elements which are similar or identical 

instruments to analyze, measure, or control a unit under test to elements in FIG. 5 A have the same reference numerals for 

(UUT) or process 150. convenience. The system 160 comprises a computer 102 

The host computer 102 may execute a graphical program which connects to one or more devices or instruments. The 
which interacts with or controls the one or more instruments. computer 102 comprises a CPU, a display screen, memory, 
The graphical program may comprise a user interface, and as and one or more input devices such as a mouse or keyboard 
the graphical program may interact with various user inter- as shown. The computer 102 connects through the one or 
face elements, e.g., to set or retrieve data values associated more devices to a process or device 150 to perform an 
with the user interface elements, to set or retrieve various automation function, such as MMI (Man Machine 
user interface properties related to the user interface Interface), SCADA (Supervisory Control and Data Acqui- 
rements, etc. Graphical program code that performs this 20 sition portable or distributed data acquisition, process 
type of interaction with user interface elements is referred to control, advanced analysis, or other control. In FIG. 5B, the 
herein as "user interface code". As described below, at least computer 102 may execute a graphical program that is 
a portion of the user interface code may be encapsulated as involved with the automation function performed by the 
a sub-program. automation system 160. Similarly as described above with 

The one or more instruments may include a GPIB instru- 25 reference to FIG. 5A, the graphical program may be con- 

ment 112 and associated GPIB interface card 122, a data structed in such a way as to call user interface code that is 

acquisition board 114 and associated signal conditioning encapsulated as a sub-program . 

circuitry 124, a VXI instrument 116, a PXI instrument 118, The one or more devices may include a data acquisition 

a video device 132 and associated image acquisition card board 114 and associated signal conditioning circuitry 124, 

134, a motion control device 136 and associated motion 30 a PXI instrument 118, a video device 132 and associated 

control interface card 138, and/or one or more computer image acquisition card 134, a motion control device 136 and 

based instrument cards 142, among other types of devices. associated motion control interface card 138, a fieldbus 

The GPIB instrument 112 is coupled to the computer 102 device 170 and associated fieldbus interface card 172, a PLC 

via the GPIB interface card 122 provided by the computer (Programmable Logic Controller) 176, a serial instrument 

102. In a similar manner, the video device 132 is coupled to 35 182 and associated serial interface card 184, or a distributed 

the computer 102 via the image acquisition card 134, and the data acquisition system, such as the Fieldpoint system 

motion control device 136 is coupled to the computer 102 available from National Instruments, among other types of 

through the motion control interface card 138. The data devices. 

acquisition board 114 is coupled to the computer 102, and The DAQ card 114, the PXI chassis 118, the video device 

may interface through signal conditioning circuitry 124 to 40 132, and the image acquisition card 136 are preferably 

the UUT. The signal conditioning circuitry 124 preferably connected to the computer 102 as described above. The 

comprises an SCXI (Signal Conditioning extensions for serial instrument 182 is coupled to the computer 102 through 

Instrumentation) chassis comprising one or more SCXI a serial interface card 184, or through a serial port, such as 

modules 126. an RS-232 port, provided by the computer 102. The PLC 

The GPIB card 122, the image acquisition card 134, the 45 176 couples to the computer 102 through a serial port, 
motion control interface card 138, and the DAQ card 114 are Ethernet port, or a proprietary interface. The fieldbus inter- 
typically plugged in to an I/O slot in the computer 102, such face card 172 is preferably comprised in the computer 102 
as a PCI bus slot, a PC Card slot, or an ISA, EISA or and interfaces through a fieldbus network to one or more 
MicroChannel bus slot provided by the computer 102. fieldbus devices. Each of the DAQ card 114, the serial card 
However, these cards 122, 134, 138 and 114 are shown 50 184, the fieldbus card 172, the image acquisition card 134, 
external to computer 102 for illustrative purposes. and the motion control card 138 are typically plugged in to 

The VXI chassis or instrument 116 is coupled to the an I/O slot in the computer 102 as described above, 

computer 102 via a VXI bus, MXI bus, or other serial or However, these cards 114, 184, 172, 134, and 138 are shown 

parallel bus provided by the computer 102. The computer external to computer 102 for illustrative purposes. In typical 

102 preferably includes VXI interface logic, such as a VXI, 55 industrial automation systems a device will not be present of 

MXI or GPIB interface card (not shown), which interfaces each interface type, and in fact many systems may only have 

to the VXI chassis 116. The PXI chassis or instrument is one or more devices of a single interface type, such as only 

preferably coupled to the computer 102 through the com- PLCs. The devices are coupled to the device or process 150. 

puter's PCI bus. Referring again to FIGS. 5A and 5B, the computer system 

A serial instrument (not shown) may also be coupled to 60 102 preferably includes a memory medium on which one or 

the computer 102 through a serial port, such as an RS-232 more computer programs or software components according 

port, USB (Universal Ser. bus) or IEEE 1394 or 1394.2 bus, to the present invention are stored. The term "memory 

provided by the computer 102. In typical instrumentation medium" is intended to include an installation medium, e.g., 

control systems an instrument will not be present of each a CD-ROM, floppy disks 104,- or tape device, a computer 

interface type, and in fact many systems may only have one 65 system memory or random access memory such as DRAM, 

or more instruments of a single interface type, such as only SRAM, EDO RAM, RRAM, etc., or a non-volatile memory 

GPIB instruments. such as a magnetic media, e.g., a hard drive, or optical 
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storage. The memory medium may comprise other types of computer 102 further comprises a video display subsystem 

memory as well, or combinations thereof. 180 and hard drive 182 coupled to the expansion bus 170. 

In addition, the memory medium may be located in a first FIGS. 7-8: Graphical Program with Encapsulated User 

computer in which the programs are stored or executed, or Interface Code 

may be located in a second different computer which con- 5 FIG. 7 A illustrates an exemplary graphical program 

nects to the first computer over a network, such as the including user interface code encapsulated in a subprogram. 

Internet. In the latter instance, the second computer provides The function of the graphical program shown in FIG. 7 A is 

the program instructions to the first computer for execution. similar to the function of the prior art graphical program 

Also, the computer system 102 may take various forms, shown in FIG. 4. The graphical programs of FIG. 4 and FIG. 

including a personal computer system, mainframe computer :o 7 A are both operable to resize and reposition user interface 

system, workstation, network appliance, Internet appliance, controls on a user interface panel, in response to a change in 

personal digital assistant (PDA), television system or other the size of the user interface panel. For example, if a user 

device. In general, the term "computer system" can be makes the user interface panel smaller, the user interface 

broadly defined to encompass any device having at least one controls on the panel may automatically be scaled down in 

processor which executes instructions from a memory 15 size. 

medium. As shown, the prior art graphical program of FIG. 4 

In one embodiment, a graphical program that is con- utilizes attribute nodes placed in the graphical program 

structed as described herein may be designed for data block diagram in order to get and set the size and position 

acquisition/generation, analysis, and/or display, and for con- for each user interface control. The program first reads the 

trolling or modeling instrumentation or industrial automa- 20 current size and position of each control, using a first set of 

tion hardware. For example, in one embodiment, the graphi- attribute nodes. The size and position values are then passed 

cal program may be created using the National Instruments to a subprogram which calculates new size and position 

LabVIEW graphical programming environment application, values. A second set of attribute nodes then receive these 

which provides specialized support for developers of instru- new size and position values from the subprogram and set 

mentation and industrial automation applications. However, 25 the size and position attributes for each user interface control 

it is noted that the present invention can be used for a to their respective new values. 

plethora of applications and is not limited to instrumentation FIG. 7A illustrates a graphical program that implements 

or industrial automation applications. In other words, FIGS. the functionality of the graphical program of FIG. 4. 

5A and 5B are exemplary only, and graphical programs for However, instead of retrieving and setting user interface 

any of various purposes may be stored in and execute on any 30 element properties within the same graphical program dia- 

of various types of systems. gram as the other portions of FIG. 7 A, the graphical program 

FIG. 6 — Computer System Block Diagram of FIG. 7A encapsulates the user interface code in a 

FIG. 6 is an exemplary block diagram of the computer subprogram, according to one embodiment of the invention, 

system illustrated in FIGS. 5A and 5B. It is noted that any As shown, the increased modularity of the FIG. 7A graphical 

type of computer system configuration or architecture can be 35 program may advantageously affect such aspects of the 

used in conjunction with the system and method described program as code readability, code reusability, and code 

herein, as desired, and FIG. 6 illustrates a representative PC maintenance. 

embodiment. It is also noted that the computer system may FIG. 7B illustrates a user interface panel associated with 

be a general purpose computer system such as illustrated in the graphical program of FIG. 7 A. As described below, the 

FIGS. 5A and SB, a computer implemented on a VXI card 40 graphical program of FIG. 7A includes several "reference 

installed in a VXI chassis, a computer implemented on a PXI nodes" which provide references to various user interface 

card installed in a PXI chassis, or other types of embodi- controls shown in the user interface panel of FIG. 8, such as 

ments. The elements of a computer not necessary to under- the "Status Messages" string control, the "Chanel A/B" 

stand the present invention have been omitted for simplicity. switch control, etc. In other examples, nodes referencing any 

The computer 102 includes at least one central processing 45 of various other types of user interface elements may be 

unit or CPU 160 which is coupled to a processor or host bus utilized, including other types of user interface controls, 

162, The CPU 160 may be any of various types, including menu bar user interface elements, window elements, etc. It 

an x86 processor, e.g., a Pentium class, a PowerPC is noted that a graphical program corresponding to a user 

processor, a CPU from the SPARC family of RISC interface panel may also include terminal nodes for receiv- 

processors, as well as others. Main memory 166 is coupled 50 ing input from user interface input controls and/or setting 

to the host bus 162 by means of memory controller 164. values of user interface output controls, although such 

The main memory 166 may store one or more computer terminal nodes are not shown in FIG. 7A and are not 

programs according to the present invention. The main required. 

memory 166 also stores operating system software as we 11 as As shown in FIG. 7A, the graphical program passes a 

the software for operation of the computer system, as well 55 reference to each user interface element to be resized and 
known to those skilled in the art. The computer programs of repositioned to a subprogram, labeled "adjust pos". For 

the present invention are discussed in more detail below. example, the program node labeled "Message" is a reference 

The host bus 162 is coupled to an expansion or input/ node that provides a reference to the user interface string 

output bus 170 by means of a bus controller 168 or bus control labeled "Status Messages" in the user interface panel 

bridge logic. The expansion bus 170 is preferably the PCI 60 shown in FIG. 7B. Creating such user interface element 

(Peripheral Component Interconnect) expansion bus, reference nodes and associating the nodes with particular 

although other bus types can be used. The expansion bus 170 user interface elements is discussed below. The subprogram 

includes slots for various devices such as the data acquisi- is operable to use the user interface element references to 

tion board 114 (of FIG. 5A), a GPIB interface card 122 retrieve and set user interface properties, as described below, 

which provides a GPIB bus interface to the GPIB instrument 65 FIG. 8 illustrates the "adjust pos" graphical subprogram 

112 (of FIG. 2A), and a VXI or MXI bus card 186 coupled called by the graphical program of FIG. 7A. The graphical 
to the VXI chassis 116 for receiving VXI instruments. The subprogram of FIG. 8 includes several nodes referred to 
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herein as "property nodes." Property nodes may be used lo which is a reference to one or more user interface elements 

set or retrieve various properties of user interface elements. may be created or placed directly in the subprogram. The 

A property node is not necessarily associated with a par- user interface element reference may also be connected to 

ticular user interface clement. Instead a "reference" to the other types of nodes in addition to subprogram nodes, such 

particular user interface element or set of elements to act 5 as a property node, e.g., in order to get or set a property of 

upon may be passed to, wired to, or associated with the the user interface element in the main portion of the graphi- 

properly node cal 6 ™& am instead of in a subprogram. 

For example, the FIG. 8 graphical program illustrates a h f is DOted t that il may # n0 ] be cx P Iic t illv " 

node labeled "Msg Refnum"rwhich maps to the "Message" a 'f * cnce t0 a J*" mte f ace *™ nt 10 order t0 mte . r * c 

r j* t_(tj* » u • *u « with the user interface element. For example, instead of 

input reference passed to the adjust pos subprogram in he 10 ^ti^ a TOnu itcm t0 ^ a reference to a user intcito 

graphical program of FIG. 7A As shown, the output of the c|emcm as described above for FIG 9> lhe user may instead 

"Msg Refnum node is passed to a property node, which is se , ecl a menu Uem to create a pre . conflgured prop erty node 

operable to retrieve the size and position of the referenced for the user interface element, as shown in FIG. 11 (menu 

user interface element. The retrieved size and position item labeled "Property Node"). In response, a property node 

values are sent to a subprogram that calculates the desired 15 tnat j s configured with an implicit reference to the user 

new size and position, and another property node then sets interface element may be created on the graphical diagram 

the size and position of the user interface element referenced 0 f the graphical program, as shown in FIG. 12. The user may 

by the "Msg Refnum" node. Similarly, property nodes then select which property of the user interface element to 

retrieve and set size and position properties for the other user set or retrieve, as described below. 

interface elements whose references are passed to the sub- 20 In another embodiment, a user may first create a property 

program of FIG. 8. node and then associate the property node with a particular 

It is noted that, in various embodiments, property nodes user interface element. For example, as shown in FIG. 14, 

may also be operable to act on other types of elements in the user may select the property node and then utilize a 

addition to user interface elements. For example, many "Link to Control" pop-up menu item to choose the desired 

software objects, e.g., objects instantiated from ActiveX™ 25 user interface element to link to. For example, if the user 

components, Java™ classes, etc., have various properties interface element labeled "Numeric" is chosen from the FIG. 

that a program may program matically set or retrieve. Prop- 14 list, then the property node may change to appear as 

erty nodes may be operable to interact with such objects to shown in FIG. 12. In an embodiment in which the user 

set or retrieve properties. For more information on interact- interface elements are comprised in the block diagram (not 

ing with ActiveX™ object properties, please refer to docu- 30 in a separate user interface panel), the property node may be 

mentation relating to ActiveX™ technology, available from optionally wired directly to the respective user interface 

Microsoft Corp. Property nodes may also be operable to act elements in the block diagram. 

on various other types of objects associated with a graphical In one embodiment, the graphical programming environ- 
program. For example, U.S. patent application No. 09/518, ment may enable the user to return to or find the user 
492, incorporated herein by reference, discloses a usage of 35 interface element that a property node is implicitly associ- 
property nodes for setting properties of graphical diagram ated with, e.g., by clicking on the property node and select- 
elements, such as function nodes or programmatic struc- ing a Find Control" menu item from a pop-up menu, as 
tures. The ability to programmatically set properties of shown in FIG. 13. Similarly, the graphical programming 
graphical diagram elements may, for example, enable a environment may enable the user to select a user interface 
graphical program to be programmatically created or edited. 40 element and automatically find any graphical diagram nodes 
FIGS. 9-12: Creating User Interface Element References referencing the element or any property nodes implicitly 

In various embodiments, user interface element refer- associated with the element, 

ences may be created in any of various ways. In one In one embodiment, the graphical programming environ- 

embodiment, a user may create a reference to a user inter- ment may enable the user to drag and drop a node refer- 

face element from the context of the element, e.g., while 45 encing a user interface element from the graphical diagram 

editing the user interface for the graphical program. For of a graphical program to the graphical diagram of a second 

example, to create a reference to a numeric input control, the graphical program. In response, a user interface element of 

user may select the control, e.g., by clicking on the control, an appropriate class and type may be created on the user 

and may then issue a command to create a reference to the interface panel of the second graphical program, and the 

control, e.g., by selecting a menu item from a menu or 50 graphical diagram node in the second graphical program 

pop-up menu, as illustrated in FIG. 9, In response to the user may be configured to reference this user interface element, 

issuing this command, a node representing the user interface FIGS. 15-18: Connecting a User Interface Element Refer- 

element reference may be created on the graphical diagram ence to a Subprogram 

of the graphical program. Alternatively, the user may place In various embodiments of graphical programming 

or create the node representing the user interface element in 55 systems, subprograms may be defined and parameters may 

the block diagram and then associate the node with a be passed to subprograms in any of various ways. User 

particular user interface element or set of user interface interface element reference parameters may thus be defined 

elements. Other methods may also be used to create the node for and passed to subprograms in various ways, depending 

and/or to associate the node with a user interface element. on a particular embodiment. In one embodiment of a graphi- 

The node may be created with a label matching the label 60 cal programming system, each subprogram has an associ- 

of the referenced user interface element, and the node label ated front panel, and each parameter to a subprogram has a 

may be automatically updated if the user interface element corresponding control on the front panel. This section 

label is changed. FIG. 10 illustrates a node referencing the describes creating and configuring a user interface element 

numeric input control of FIG. 9. As shown in FIG. 10, this reference parameter for a subprogram in such an embodi- 

node, i.e., the reference lo the user interface element, may 65 ment. 

then be connected to other nodes, such as a subprogram To define a user interface element reference parameter for 

node, as described above. In another embodiment, the node a subprogram, the user may create a "reference control" on 
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the front panel associated with the subprogram. Such a may have a data type of "32-bit integer". Another user 

reference control may be created in any of various ways. For interface control may belong to the same general class of 

example, in one embodiment a user may drag and drop a controls for providing numeric input data to a program, but 

user interface clement reference node from the graphical may belong to a different sub-class. For example, the knob 

diagram to the front panel of the subprogram, and, in 5 and slide controls shown on the FIG. 1 user interface panel 

response, a reference control may be created. FIG. 15 may fit this description. These are, of course, only examples, 

illustrates a configured front panel for the graphical subpro- and various embodiments of graphical programming envi- 

gram of FIG. 8. As shown, the front panel includes five ronmems mav class or tv P e user mterface elements 10 ^ of 

reference controls, each corresponding to one of the user various ways. 

interface element references passed to the subprogram. FIG. 10 In vanous embodiments, a graphical programming envi- 

15 also illustrates front panel controls corresponding to the ronment . ma y enab ' e the user '° ***** cla f and ^ 

panel bound input parameters for the subprogram. information for subprogram reference controls and user 

As described in more detail below, user interface element ' nlerfac6 el f menl references at different levels of granularity, 

references may be typed. For example, a particular user For exam P ,e ' a re / eren f e control may be configured to only 

interface element may belong to a general class of numeric 15 icce P\ u f r interface element references that exactly match 

input controls and may have a data type of "floating point". a P artI ? 1,ar class/subclass/data type catena set. As another 

The reference control on the user interface panel for the exam P le ' a reference co f o1 ^ be configured to accept 

subprogram may be configured to accept user interface references '° dements of particular classes/subclasses, but 

element references of a compatible type. When a user drags m W a " ow data ^ f° er ? ,on - T yP e c0ercl0n mi % be v f"- 

and drops a user interface element reference node from the 20 all y indicated : e *' ^ fP'^S a coercion d ?' a 0 ,h , e f 

graphical diagram to the subprogram user interface panel as connection point o the subprogram as shown in FIG. 19. If 

described above, the created reference control may auto- a user """face element reference does not match the type 

matically be configured to match the type of the reference. cnter,a s P ec ! fied for a ^program reference control the 

In another embodiment the user may create a reference ^compatibility may be visually indicated, e.g. by display- 
control on the user interface panel of the subprogram by 25 in 8 » >*>l»n or dashed connection between the reference 
selecting or dropping a reference control, e.g., via a palette and the subprogram, as shown in FIG. 20 
or menu When the reference control is first created, it may noted above - a 8 er f nc r f renc ° c ° n ' ral lhal acce P ts 
be configured with generic type information in order to references to any element may be created. For example, if a 
accept user interface element references of any type. The subprogram sets or retrieves user interface properties that 
user may then provide the reference control with specific 30 are . common to f 11 interface elements, such a generic 
* c -f j • j u a ™ - L-f~ M reference control may be appropriate. However, if the sub- 
type information if desired, e.g., by dragging a user interface / l . I € > 

element from another user interface panel and dropping the P, ro g ram **■ or retneves the data vah ! e of a f in erface 

element on the reference control. For example, after drop- element or sets or ^f^f a P ro P er, y lso ^ aPP^able 

ping a reference control, the reference control may appear as t0 <* tl * m ^r interface elements, more specific type criteria 

shown in HG. 16. The user may then drag and drop, for 35 m ? be s P ecifi f • J or exam P le - the user ma y a 

. ... . 1 tU ** M ™. J«i ^ reference control and invoke a pop-up menu such as shown 

example, a numeric input control on the reference control, as . „ . , A , f. . • r t - r 

u • T7in n r *u» m „„ Ki» m FIG. 21 in order to change the type information for the 

shown in FIG. 17. In response, the reference control may be c . * , to , / r . 

configured to accept references to numeric input controls, reference control. As noted above in vanous embodiments 

and the reference control may appear as shown in FIG. 18A. user interface el < m f nts be ( dass ? d or * , 

Tlie user may optionally display the numeric input control 40 v ™ and ^ infonnalion for user in erface ele- 

that was dropped by using a popup menu. In this case, the ments rc ^ rcnce ma / ^ spemfaed at vanous levels ol granu- 

reference control may then change in appearance as shown ^nty and in any of vanous ways^ 

in FIG 18B — Configuring Property Nodes 

10 When a reference control is created on the subprogram J™' 22 in K detail ™ embodiment property 

user interface panel, a corresponding node may automati- 45 n ° de ' In the ' 22 embodiment, the inputs and outputs of 

cally be created on the graphical diagram associated with the the ?™ ^ node are ? follows: # . 

subprogram. This node may then be connected to other "reference" is the reference associated with a user inter- 

nodes, e.g. property nodes or other subprogram nodes, in the face element or olner ob J ect - 

subprogram graphical diagram, in order to provide these " error in" describes error conditions that exist pnor to the 

other nodes with the user interface element reference passed 50 execution of this node. The default input is "no error", 

in to the subprogram. These other nodes may then use the "dup reference" has the same value as reference, 

user interface element reference as described above, e.g., to "error out" describes error information. If "error in" 

set or retrieve various properties of the referenced user indicates an error, "error out" comprises the same error 

interface element. information. Otherwise "error out" describes the error 

FIGS. 19-20: Typed User Interface Element References 55 status that this node produces. 

As noted above, user interface element references may be As described above, a property node may be used for 

typed, and subprogram user interface panel reference con- setting or retrieving user interface properties or other data, 

trols may be configured to accept references of certain types. To select a specific property, the user may display a list of 

A given user interface element may belong to a particular properties, e.g., by displaying a pop-up menu for the node 

class and possibly one or more subclasses and/or may have 60 and selecting a "Properties" item. The list of available 

an associated data type. For example, the user interface properties to select from may depend on the type of refer- 

control shown in FIG. 9 may belong to a general class of ence connected to the reference input. To retrieve property 

controls for providing numeric input data to a program, may information the user may invoke a pop-up menu and select 

belong to a subclass of controls of similar or identical a "Change to Read" option. To set property information, the 

appearance, and may have a data type of "floating point". 65 user may invoke a pop-up menu and select a "Change to 

Another user interface control may belong to the same class Write" option. In the event that a property is read only, the 

and sub-class and may have an identical appearance, but "Change to Write" option may be disabled or omitted. A 
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small direction arrow shown on the left of a property 
indicates that the property is being set. A small direction 
arrow shown on the right of a property indicates that the 
property is being retrieved. 

In one embodiment, the user may set or retrieve multiple 
properties in a single node, such as shown in FIG. 8. If the 
user desires to add items to the node, the user may invoke 
a pop-up menu and select "Add Element" or may click and 
drag the node to expand the number of items in the node. 
When the node is executed, the properties may be set/ 
retrieved in order from top to bottom. If an error occurs for 
one of the properties, execution may stop at that property 
and an error may be returned. In this case, no further 
properties may be handled. The "error out" output may 
comprise a string reporting which property caused the error. 
Alternatively, the user can popup on a property node and 
select an "Ignore Errors" option. This may put the property 
node in a new mode, in which any errors returned from any 
of the properties arc ignored and all the propels are evalu- 
ated. If any of the properties returned an error, the "error 
out" output will indicate the property that returned the first 
error. 

User Interface Element Reference Clusters 

In various embodiments, a graphical programming system 
may support the use of parameter "clusters". For example, 
multiple inputs or outputs may be represented by a single 
wire that is connected to a node in a graphical program. In 
such an embodiment, a cluster of user interface element 
references may be created and passed as a unit in to or out 
from graphical program nodes. When such a cluster is 
passed to a property node, the property node may be 
operable to set and retrieve properties for each user interface 
element referenced in the cluster. 

Although the system and method of the present invention 
has been described in connection with the preferred 
embodiment, it is not intended to be limited to the specific 
form set forth herein, but on the contrary, it is intended to 
cover such alternatives, modifications, and equivalents, as 
can be reasonably included within the spirit and scope of the 
invention as defined by the appended claims. 

We claim: 

1. A memory medium comprising program instructions 
executable to: 

create a graphical program, wherein said creating the 
graphical program comprises creating a graphical dia- 
gram and a user interface, wherein the graphical dia- 
gram comprises a plurality of connected nodes which 
visually indicate functionality of the graphical pro- 
gram; 

wherein said creating the user interface comprises dis- 
playing a plurality of user interface elements; 

wherein said creating the graphical diagram comprises 
displaying a plurality of user interface nodes in the 
graphical diagram, wherein each of the user interface 
nodes is operable to programmatically set or retrieve a 
property of at least one user interface element in the 
user interface, wherein each of the user interface nodes 
is not connected to the at least one user interface 
element; 

wherein said creating the graphical diagram includes 
incorporating the plurality of user interface nodes into 
a subprogram of the graphical diagram. 

2, The memory medium of claim 1, further comprising 
program instructions executable to: 

create at least one reference to the at least one user 
interface element; and 
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provide the at least one reference to the subprogram, 
wherein at least one of the user interface nodes is 
operable to use the at least one reference in program- 
matically setting or retrieving a property of the at least 
one user interface element. 

3. The memory medium of claim 1, 

wherein the graphical diagram is a graphical data flow 
diagram, 

4. The memory medium of claim 1, 

wherein a particular user interface element is associated 

with a particular data type; 
wherein the memory medium further comprises program 

instructions executable to: 

connect a reference to the particular user interface 

element to the subprogram; 
perform type checking to ensure that the particular data 

type is a valid data type for the subprogram. 

5. The memory medium of claim 1, 

wherein a particular user interface element is associated 
with a particular user interface element class; 

wherein the memory medium further comprises program 
instructions executable to: 

connect a reference to the particular user interface 

element to the subprogram; 
perform class checking to ensure that the user interface 

element class is a valid user interface element class 

for the subprogram, 

6. The memory medium of claim 1, 

wherein the properties are user interface properties from 
the group consisting of: 
color, size, position, enabled. 

7. The memory medium of claim 1, 

wherein the subprogram includes at least one node that is 
operable to programmatically set or retrieve a data 
value associated with a user interface element. 

8. The memory medium of claim 1, 

wherein the user interface nodes are property nodes. 

9. The memory medium of claim 1, 

wherein the subprogram has an associated front panel; 
wherein the memory medium further comprises program 
instructions executable to: 

include at least one reference control on the subpro- 
gram front panel; 
wherein the at least one reference control is operable to 
receive a reference to the at least one user interface 
element and pass the reference to the user interface 
nodes. 

10. The memory medium of claim 2, 

wherein said creating the at least one reference to the at 
least one user interface element comprises creating at 
least one reference node in the graphical diagram; 

wherein the at least one reference node include a reference 
output; 

wherein the reference output references the at least one 
user interface element. 

11. The memory medium of claim 2, 

wherein the graphical diagram includes a node represent- 
ing the subprogram; 

wherein the memory medium further comprises program 
instructions executable to: 

display a node which represents the at least one refer- 
ence; 

connect the reference node to the subprogram node. 
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12. The memory medium of claim 2, 

wherein the graphical diagram includes a node represent- 
ing the subprogram; 

wherein the memory medium further comprises program 
instructions executable to: 

display a wire which represents the at least one refer- 
ence; 

connect the wire to the subprogram node. 

13. The memory medium of claim 2, 

wherein the graphical diagram includes a node represent- 
ing the subprogram. 

14. The memory medium of claim 10, 

wherein said providing the at least one reference to the 
subprogram comprises connecting the reference output 
of the at least one reference node to a subprogram node 
of the subprogram, 

15. A memory medium comprising program instructions 
executable to: 

display a graphical program, wherein the graphical pro- 
gram comprises a graphical diagram and a user 
interface, wherein the user interface comprises a plu- 
rality of user interface elements, wherein the graphical 
diagram comprises a plurality of connected nodes 
which visually indicate functionality of the graphical 
program; 

wherein the graphical diagram comprises a plurality of 
user interface nodes, wherein each of the user interface 
nodes is operable to programmatically set or retrieve a 
property of at least one user interface element in the 
user interface; 

wherein the plurality of user interface nodes are incorpo- 
rated into a subprogram of the graphical diagram, 
wherein each of the user interface nodes is not con- 
nected to the at least one user interface element; 

wherein the graphical diagram includes a node represent- 
ing the subprogram. 

16. The method of claim 15, 

wherein the user interface element property is a property 
from the group consisting of: 
color, size, position, enabled. 

17. The method of claim 15, 

wherein the user interface nodes are property nodes. 

18. The method of claim 15, 

wherein the graphical program is a program to implement 
an instrumentation, industrial automation, or test and 
measurement application. 

19. A computer-implemented method for creating a 
graphical program, wherein the graphical program includes 
a graphical diagram portion and a user interface, the method 
comprising: 

creating the user interface, wherein said creating com- 
prises creating a plurality of user interface elements; 

creating the graphical diagram portion of the graphical 
program, wherein the graphical diagram portion com- 
prises a plurality of interconnected nodes which visu- 
ally indicate functionality of the graphical program, 
wherein said creating the graphical diagram portion 
comprises: 

displaying a plurality of user interface nodes in the 
graphical diagram, wherein each of the user interface 
nodes is operable to programmatically set or retrieve 
a user interface element property of a user interface 
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element in the user interface, wherein each of the 
user interface nodes is not connected to the user 
interface element; 
incorporating the plurality of user interface nodes into 
a subprogram of the graphical diagram portion. 

20. The method of claim 19, further comprising: 
creating one or more references to the user interface 

elements; and 

providing the one or more references to the subprogram, 
wherein the plurality of user interface nodes use the one 
or references in programmatically interacting with the 
user interface elements. 

21. The method of claim 19, 

wherein the graphical diagram portion is a graphical data 
flow diagram. 

22. The method of claim 19, 

wherein a particular user interface element is associated 
with a particular data type, the method further com- 
prising: 

connecting a reference to the particular user interface 

element to the subprogram; 
performing type checking to ensure that the particular 
data type is a valid data type for the subprogram. 

23. The method of claim 19, 

wherein a particular user interface element is associated 
with a particular user interface element class, the 
method further comprising: 

connecting a reference to the particular user interface 

element to the subprogram; 
performing class checking to ensure that the particular 
user interface element class is a valid user interface 
element class for the subprogram, 

24. The method of claim 20, 

wherein said creating one or more references to the user 
interface elements comprises creating one or more 
reference nodes in the graphical diagram portion of the 
graphical program; 
wherein the one or more reference nodes each include a 

reference output; 
wherein the reference outputs of the one or more refer- 
ence nodes reference the user interface elements. 

25. The method of claim 20, 

wherein the graphical diagram portion includes a node 

representing the subprogram; 
wherein the method further comprises: 

displaying one or more reference nodes which repre- 
sent the references to the user interface elements; 
connecting the one or more reference nodes to the 
subprogram node. 

26. The method of claims 24, 

wherein said providing the one or more references to the 
subprogram comprises connecting the reference out- 
puts of the one or more reference nodes to a subpro- 
gram node of the subprogram. 

27. A system for creating a graphical program, the system 
60 comprising: 

a processor; 

a memory coupled to the processor which stores a graphi- 
cal program; 
a user input device which receives user input; 
wherein the graphical program comprises a graphical 
diagram and a user interface, wherein the user interface 
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comprises a plurality of user interface elements, 
wherein the graphical diagram comprises a plurality of • 
interconnected nodes which visually indicate function- 
ality of the graphical program; 

wherein the graphical diagram comprises a plurality of 
user interface nodes, wherein each of the user interface 
nodes is operable to programmatically set or retrieve a 
property of at least one user interface element in the 
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user interface, wherein each of the user interface nodes 
is not connected to the at least one user interface 
element; 

wherein the plurality of user interface nodes are incorpo- 
rated into a subprogram of the graphical diagram; 
wherein the graphical diagram includes a node represent- 
ing the subprogram. 
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